CERTIFIED COPY OF 
PRIORITY DOCUMENT 




Intelleci 

Property Office 



of New Zealand 



oca 

o|V» 



CERTIFICATE 



This certificate is issued in support of an application for Patent registration in a country 
outside New Zealand pursuant to the Patents Act 1953 and the Regulations thereunder; 

I hereby certify that annexed is a true copy of theComplete Specification as filed on 29 
September 2000 with an application for Letters Patent number 507245 made by 
INTERNATIONAL BUSINESS MACHINES CORPORATION. 



Dated 27 July 2001. 




Neville Harris 
Commissioner of Patents 



No: 
Date: 



NEW ZEALAND 
PATENTS ACT, 1953 



COMPLETE SPECIFICATION 



IMPROVEMENTS RELATING TO DATA CONVERSION IN 
TELECOMMUNICATION SYSTEMS 



We, INTERNATIONAL BUSINESS MACHINES CORPORATION, a corporation of New York, 
having a place of business at Armonk, New York 10504, United States of America, do hereby 
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FIELD OF THE INVENTION 

This invention relates to the conversion of subscriber call information from one data format 
to another data format for transfer from one telecommunication service provider to another. 
More particularly it relates to the conversion of call information relating to usage of a 
subscriber's mobile telephone in a foreign network, the converted information being used 
by the subscriber's home service provider to generate billing information. 

BACKGROUND TO THE INVENTION 

The use of mobile telephones has become widespread throughout the world. One reason 
for the widespread use is the advent of cellular network communication standards such as 
GSM which enable a subscriber to "roam", that is to operate the mobile telephone on 
networks in other regions and countries as well as on the subscriber's own home network. 

When a subscriber makes a call while roaming, information relating to the call is passed 
from the service provider associated with the foreign network to the service provider of the 
home network. This information can then be used by the home service provider to generate 
the appropriate billing information. However as the format of information coming from the 
foreign service provider is different to that required by the home service provider a 
conversion of the information must take place at some point in the transfer process. 

In existing systems the procedures governing the conversion of information have been 
"hard coded" into the application software. This has the disadvantage that any necessary 
changes to the conversion process requires modification of the application software. 
Changes might be required for example if a change in the data format occurs, or if a 
reciprocal agreement is arranged between the home service provider and a further foreign 
service provider. 

Modification of the application software is an expensive and time consuming task. It would 
therefore be desirable to have a more flexible system which can be modified more readily 
as required. 




-3 - 

SUMMARY OF THE INVENTION 

It is an object of the invention to provide a method, system or computer readable medium 
containing code which assists the transfer of customer data from one telecommunication 
service provider to another telecommunication sendee provider. 

In one aspect the present invention may be said to consist in a method for receiving data 
from a telecommunication service provider comprising: specifying validation rules for 
analysing data items in a first format, specifying population rules for converting the data 
items to a second format, receiving a set of data items in the first format from the service 
provider, analysing the set of data items according to the validation rules, and converting 
the data items into the second format according to the population rules. 

In another aspect the present invention may be said to consist in a system for receiving data 
from a telecommunication service provider comprising: means for specifying validation 
rules for analysing data items in a first format, means for specifying population rules for 
converting the data items to a second format, means for receiving a set of data items in the 
first format from the service provider, means for analysing the set of data items according 
to the validation rules, and means for converting the data items into the second format 
according to the population rules. 

In another aspect the present invention may be said to consist in a computer readable 
medium containing code for implementing a system which receives data from a 
telecommunication service provider by: specifying validation rules for analysing data items 
in a first format, specifying population rules for converting the data items to a second 
format, receiving a set of data items in the first format from the service provider, analysing 
the set of data items according to the validation rules, and converting the data items into the 
second format according to the population rules. 

The invention may also broadly be said to consist in any alternative combination of features 
as described or shown in the accompanying drawings. Known equivalents of these features 
not expressly set out are nevertheless deemed to be included. 



-4- 

BRIEF DESCRIPTION OF THE DRAWINGS 

Preferred embodiments of the invention will be described with respect to the accompanying 
drawings, of which: 

Figure 1 schematically shows a mobile telephone device in relation to a home 
cellular network and a wider public network, 

Figure 2 schematically shows the telephone roaming from the home network to a 
network in another region or country, 

Figure 3 schematically indicates how usage information is received from remote 
networks for administration in the home network, 

Figure 4 schematically shows how source data from a remote network is converted 
into target data for the home network, 

Figure 5 is a possible source file record structure which might be defined for 
interchange of information between the networks, 

Figure 6 is a possible target file record structure which might be defined for 
interchange of information between the networks, 

Figure 7a shows possible rules for validation of a target file using data from a 
source file, 

Figure 7b shows the general structure of a validation rule which checks one or more 
source data fields, 

Figure 8a shows possible for rules for population of a target file using data from a 
source file, 

Figure 8b shows the general structure of a population rule which generates one or 
more target data fields according to information in one or more source data fields, 
Figure 9 outlines a possible validation and population process, and 
Figure 10 outlines a possible process for altering the validation and population rules 
associated with a field. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring to the drawings it will be appreciated that transferring data from one 
telecommunication service provider to another according to the invention may be 
implemented in various forms. The following embodiments are given by way of example 
only. Details relating to the telecommunications networks themselves and the data being 
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transferred will be known to those skilled in this area of technology and will not be 
discussed in detail. 

Figure 1 shows schematically a mobile cellular telephone 10 being used on its local or 
"home" cellular network 14. A home network 14 refers to the telecommunications network 
and associated services which are provided to a subscriber by a service provider with which 
the subscriber is registered and holds an account. The home network 14 includes a plurality 
of base stations 1 1 with which a mobile unit 10 can make radio contact, and a master 
switching centre 12 for connectivity of the cellular network with a public switched 
telephone network 15 (PSTN). The mobile unit 10 makes regular contact with the closest 
base station 1 1 to register its position in the network which is subsequently stored in a 
home location register 1 3 (HLR). The HLR 1 3 further includes information relating the 
services available to a customer and other relevant subscriber information. 

Figure 2 shows schematically a mobile telephone 1 0 being used on a remote or "foreign" 
cellular network. A foreign network refers a telecommunications network and associated 
services which are provided to a user by a service provider other than that with which the 
user is registered. A reciprocal agreement between the foreign service provider and home 
service provider enables the services of both to be used by customers of either service 
provider. It will be appreciated that the use of the term foreign network is used to refer to 
a network in another country, region or even the same region as the home network 14. The 
foreign 20 and home 14 networks are interconnected in a manner which will be well know 
in the art, for example through PSTNs 21,15. 

While roaming on the foreign network 20 the mobile unit 10 makes regular contact with 
the closest base station or local exchange 22 of the foreign network to register its position. 
During a telephone call the mobile unit 10 makes radio contact with the closest local 
exchange 22 of the foreign network 20 and sends signals relating to the call which are then 
routed to the destination telecommunications terminal, for example the landline telephone 
23 connected to a local exchange 24. Call information is sent to the home service provider 
which in turn can be used to generate account information, for example monthly customer 
bills. Generally the information generated by the foreign service provider relating to the 
roaming subscriber terminal 10 is in a different format to that required by the home service 
provider. 
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Figure 3 shows schematically a system for enabling conversion of roaming subscriber 
information generated by a foreign service provider to a suitable format for the subscriber's 
home service provider. Each remote exchange 30, 31 belongs to a foreign network 20 
which the roaming subscriber terminal 10 may use and the local exchange 25 belongs to 
the subscriber's home network 14. The home service provider includes a network 
administration 32 subsystem which facilitates storage of customer data 33 and generation 
of customer bills 35 via a billing system 34. The administration subsystem 32 also includes 
a conversion system 36 for converting information received in a format conforming to the 
foreign service provider requirements into a format conforming to home service provider 
requirements. 

Information relating to roaming subscribers is sent from the participating remote exchanges 
30, 3 1 as required to foreign network operator system 37 and relayed via PSTN 38 to the 
network administration subsystem 32 for conversion, storage and subsequent bill 
generation. The administration subsystem 32 may be implemented using any suitable 
computer system which includes data reading devices, such as hard drives, magnetic tape 
drives, CDROM drives and the like as required. Computer code for implementing the 
system which is contained on computer readable media can be loaded into the system via 
the appropriate data reading devices. It will be appreciated that while the system has been 
described with reference to one foreign service provider such a system can be generalised 
to handling roaming subscriber information generated by more than one foreign service 
provider . 

Figure 4 shows the conversion system in more detail. Source data 40 from the foreign 
service provider is transferred to the conversion system 36. The data 40, which is in a 
foreign service provider format, relates to many roaming subscribers and can be transferred 
in bulk at regular intervals as required. The conversion system 36 has a file of soft coded 
record definitions 41 which are defined by the home service provider and relate to the 
format of the source data 40. Preferably the source data 40 in the first format will be 
serialised into a data stream for transferral and the record definitions will correlate the data 
stream to the first format. The conversion system 36 also implements a validation process 
42 which checks that all incoming data conforms, or is compatible, with the record 
definitions 41 for the incoming source data. A population process 43 then converts the 
incoming data 40 into target data 44 which conforms to a format required for storage and 
use by the home service provider. 



Both the validation process 42 and the population process 43 utilise predefined rules which 
are associated or attached to fields in the record definitions 41 as specified by the home 
service provider. The processes 42, 43 apply the rules to the data items in the rules' 
associated fields. The association of the rules with particular fields is soft coded to enable 
the home service provider to alter the associations as required. The users of the conversion 
system 36 can change the association of validation and population rules by way of a user 
interface 45 in accordance with home service provider requirements. A typical user 
interface 45 might include a computer terminal running configuration software which is 
linked to the conversion system 36. The record definitions, validation rule associations and 
population rule associations are soft coded which enables alteration by the home service 
provider without the need for revising the hard coded software. 

Figures 5 and 6 show preferred source data and target data record structure definitions 50, 
60 respectively. The record structures 50, 60 belong to a file of multiple record structures, 
each structure containing a filename 51, 61, record format identifier 52, 62 and a set of 
fields 53, 63. The fields 53, 63 relate to data items in the source and target data streams, 
are defined by the home service provider and include attributes such as "Field Type", 
"Length in Bytes", "Description", "Buffer Position" and the like. The field descriptions 64 
for the target record structure 60 are visible in Figure 6. The fields 53, 63 are defined by 
way of a field definition function provided by the user interface 45 and the sequence in 
which the fields appear in the structure 50, 60 is specified by a population sequence. The 
field definition function also calculates the buffer positions of each field 53, 63 within the 
respective record structures which is then stored. 

Figure 7a shows some possible validation rules 70 which could be utilised in a preferred 
embodiment of the invention. Preferably the most frequently used validation rules in a data 
transfer or interchange are identified at design time and integrated into the hard coded 
application software of the conversion system 36. The integrated validation rules or 
methods can be selected by the home service provider using the user interface 45 and 
attached or associated with one or more fields 53 defined in the source data record structure 
50. One such rule may be a "check format" rule which analyses a data item from the source 
data to ensure that the data item conforms to the format and data type of the corresponding 
field in the data record structure. 
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For example, a date validation rule could check that a date conforms to the date field format 
such as Year/Month/Day. Other validations such as those which check for zeros, blanks or 
the value range of a data item in a field could also be included. More complex validation 
rules can be grouped into either external or internal procedures, routines or programs. A 
selected procedure name can then be attached to a field or fields to implement the 
validation procedure on that field. It will be appreciated that the above validation rules are 
just examples of some of preferred validations which could be utilised. A variety of other 
validation rules will be envisaged by somebody skilled in the art. New validation rules may 
be utilised as they are devised. These can be coded as a standalone program and then 
attached against a field or fields as required. 

Figure 7b shows the general structure of a generic validation rule 71 . The rule includes a 
method 72 for operating on data 73. The validation rule is attached or associated to one or 
more fields 53 defined in the source data record 50 on which it is to operate by way of tags 
74-76. For example the rule of Figure 7b has a TAG VI 74 for source data field ABCFLD 
XI , a TAG V2 75 for field ABCFLD X2 and ABCFLD X3 and so on. A rule can be tagged 
to as many fields as necessary and similarly several rules can be attached to a single field 
as necessary . It will also be appreciated that a validation rule tag, for example TAG V2 
75 may specify more than one associated field where the rule is defined to operate on more 
than one field. This might be where a rule needs to compare two fields to validate the data. 
The data 73 comprises all the data items form the source data corresponding to the fields 
to which the validation rule is tagged. 

Figure 8a shows some possible population rules 80 which could be utilised in a preferred 
embodiment of the invention. Preferably the most frequently used population rules in a 
data transfer are identified and integrated into the hard coded application software of the 
conversion system 36. The population rules or methods can be selected by the home 
service provider using the user interface 45 and attached or associated with one or more 
fields 53, 63 defined in the source data record structure 50 and target data record structure 
60. The population rule takes a data item from a source data field and converts it to a format 
suitable for populating the corresponding target data field. For example a commonly used 
population rule is that the target data field is filled directly with data from the 
corresponding source data field without any conversion taking place. A number of other 
population rules could be implemented for example summing two or more source fields to 
populate a target field, populating the target field with a default value, or populating a target 
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field with the result from an internal or external program or routine. A variety of other 
population rules could be envisaged by somebody skilled in this area of technology. If a 
new population rule is required in future the rule could be coded and integrated in the 
existing hard coded population engine. The new rule could then be utilised by altering a 
soft coded field to associate the field with the new rule. 

Figure 8b shows the general structure of a generic population rule 8 1 . The rule includes a 
method 82 for operating on data 83. The population rule is attached or associated to one 
or more fields 53 defined in the source data record 50 on which it is to operate by way of 
tags 84-86. It is also attached to one or more fields 63 defined in the target data record 60 
by way of tags 87-89. For example the rule of Figure 8b has a TAG PS1 84 for source data 
field ABCFLD Yl, a TAG PS2 85 for field ABCFLD Y2, a TAG PT1 87 for target field 
XYZFLD Zl, a TAG PT2 88 for target field XYZFLD Z2 and so on. A rule can be tagged 
to as many fields as necessary. It will also be appreciated that a population rule tag may 
specify more than one associated field where the rule is defined to operate on more than one 
field. The data 83 comprises all the data items form the source data corresponding to the 
fields to which the population rule is tagged. 

Figure 9 shows a outlines a preferred method of carrying out the conversion process. A 
record is retrieved 90 from a source file containing data received from a foreign service 
provider, the data relating to roaming subscribers' telephone usage on the foreign service 
provider's network. Preferably the record is retrieved as a stream of data and will be in a 
format corresponding to the source data record structure 50. The validation rules defined 
for the system are retrieved one by one. As each rule is retrieved 91 the validation process 
applies 92 the rule to those fields of the record which are associated with the retrieved 
validation rule. If the data item in the field does not conform to the validation requirements 
then an error is output 93. Otherwise the field is validated and the system retrieves the next 
validation rule and applies it to the associated fields in the record. Once all the validation 
records have been retrieved 94 and applied as required the validated record is returned to 
the data stream 95. 

A blank target record is then created 96 ready for population by data coverted data. The 
record is structured according to the target file record structure 60. The data stream is 
passed to the population process or engine in which population rules are retrieved one by 
one 97. As each population rule is retrieved 97 the population process applies 98 the rule 
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to those source and target fields of the source and target record structures which are 
associated with the retrieved population rule. If some error occurs in the population process 
and error message is output 99. Otherwise the target field is populated with the converted 
source data, another population rule is retrieved 97 and the process begins again. Once all 
the population rules have been retrieved and the target record has been populated another 
record can be retrieved 90. The target file is complete once all source file records have 
been retrieved and processed. 

Figure 10 shows a preferred embodiment of the process for specifying or altering the soft 
coded record structures. A user of the system invokes the user interface 101 and then 
selects a field which requires a validation rule and/or population to be specified. The user 
may select either a field from a source data record definition 50 or target data record 
definition 60. The user is presented with the option 103 of specifying a validation rule for 
the selected field 104 and then is presented with the option 105 of specifying 106 the field's 
population rule. It is possible that where appropriate more than one validation rule might 
be specified or associated with each field. Once all rules have been specified for a selected 
field the user may select 102 another field to configure or else end the configuration 
process. 

The alteration process enables the home service provider to configure the system for 
incoming data from one or more foreign service providers. The soft coded nature of the 
process enables the system to be reconfigured for a new foreign service provider which may 
initiate a reciprocal usage agreement with the home service provider without the need for 
expensive, time consuming and difficult alteration of the hard coded application software. 
The system can also be used for altering the population/validation rules where a foreign 
service provider changes the format of their data transfers, or the nature of the data being 
sent. 
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WHAT WE CLAIM IS: 

1 . A method for receiving data from a telecommunication service provider comprising: 
specifying validation rules for analysing data items in a first format, 
specifying population rules for converting the data items to a second format, 
receiving a set of data items in the first format from the service provider, 
analysing the set of data items according to the validation rules, and 
converting the data items into the second format according to the population rules. 

2. A method according to claim 1 further comprising changing the validation rules 
and/or the population rules in accord with changes to the first format. 

3. A method according to claim 2 wherein the validation and/or population rules are 
changed through a user interface. 

4. A method according to claim 3 wherein there are a plurality of first formats related 
to service providers, each format having validation and population rules relating to a single 
second format. 

5. A method according to claim 4 wherein each first format is determined by a service 
provider. 

6. A method according to claim 5 wherein the first and second formats are first and 
second record structures respectively and each data item corresponds to a field in each 
record structure. 

7. A method according to claim 6 wherein a validation rule checks that a data item 
corresponding to a field of the first record structure is compatible with that field's data type. 

8. A system for receiving data from a telecommunication service provider comprising: 
means for specifying validation rules for analysing data items in a first format, 
means for specifying population rules for converting the data items to a second 

format, 

means for receiving a set of data items in the first format from the service provider, 
means for analysing the set of data items according to the validation rules, and 
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means for converting the data items into the second format according to the 
jlation rules. 

A system according to claim 8 further including a user interface for changing the 
iation rules and/or the population rules in accord with changes to the first format. 

A system according to claim 9 wherein a plurality of first formats related to service 
iders are defined, each format having validation and population rules relating to a 
le second format. 

A system according to claim 10 wherein each first format is determined by a 
ice provider. 

A system according to claim 1 1 wherein the first and second formats are first and 
nd record structures respectively and each data item corresponds to a field in each 
rd structure. 

A system according to claim 12 wherein a validation rule checks that a data item 
^sponding to a field of the first record structure is compatible with that field's data type. 

A computer readable medium containing code for implementing a system which 
ves data from a telecommunication service provider, wherein the system is for: 
specifying validation rules for analysing data items in a first format, 
specifying population rules for converting the data items to a second format, 
receiving a set of data items in the first format from the service provider, 
analysing the set of data items according to the validation rules, and 
converting the data items into the second format according to the population rules. 

A computer readable medium according to claim 14 including further instructions 
.labling a user to change the validation rules and/or the population rules in accord with 
ges to the first format. 

A computer readable medium according to claim 15 wherein the validation and/or 
lation rules are changed through a user interface of the system. 
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17. A computer readable medium according to claim 16 wherein a plurality of first 
formats related to service providers can be defined, each format having validation and 
population rules relating to a single second format. 

18. A computer readable medium according to claim 17 wherein each first format is 
determined by a service provider. 

19. A computer readable medium according to claim 18 wherein the first and second 
formats are first and second record structures respectively and each data item corresponds 
to a field in each record structure. 

20. A computer readable medium according to claim 19 wherein a validation rule 
checks that a data item corresponding to a field of the first record structure is compatible 
with that field's data type. 

21. A method for receiving data from a telecommunication service provider 
substantially as hereinbefore described with reference to the accompanying drawings. 

22. A system for receiving data from a telecommunication service provider substantially 
as hereinbefore described with reference to the accompanying drawings. 



23. A computer readable medium containing code for implementing a system which 
receives data from a telecommunication service provider substantially as hereinbefore 
described with reference to the accompanying drawings. 
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